Legacy product - no abstract available

PIMS, or the Petroleum Information Management System, is a database that keeps track of 376 000 seismic survey tapes and 2 800 petroleum well logs housed at the National Archives facility, at Chester Hill (formerly Villawood), Sydney - the largest tape archive in the southern hemisphere. PIMS is managed by AGSO's Petroleum Resources Program, which was formerly part of the Bureau of Resource Sciences. The survey tapes and well logs are basic data from petroleum exploration. They are loged under the Petroleum (Submerged Lands) Act, and are publicly available as a stimulus to further exploration.

Digital technology and the Internet have contributed to the information explosion and in part the widespread increase in the use of spatial information. In this regard community needs for geoscientific information has extended beyond the traditional area of mineral and petroleum exploration. Geoscience is now recognised by society as having a part to play in the achievement of social wellbeing and environmental outcomes. This paper examines whether the geoscience data providers are playing their part in the data explosion. It looks at how geoscience can be applied to real world problems and questions whether the data providers are up to the mark in satisfying the immediate expectations of users as well as initiating new areas of application. The discussion incorporates issues of price, accessibility, formats and data assemblage in relation to a hierarchy of need for decision making.

No abstract available

Fire-Note is a 6000+ circulation bulletin of the Aust. Fire and Emergency Service Australia Council (AFAC). This Fire-Note introduces GA's NEXIS (National EXposure Information System) to the fire and emergency services community.

The Australian Geological Survey Organisation (AGSO) presents its solutions to mapping and GIS on the Internet. Software used is based on commercial and open source products. A distributed web mapping system is demonstrated, and concepts of distributed web mapping discussed. Systems for online delivery of spatial data are also demonstrated. AGSO has been providing Internet access to spatial data since 1996. AGSO is the main repository for national geoscientific data, and services a wide range of clients across industry, government and the general public. Data provided range from point data, such as site descriptions and scientific analysis of samples, to line, polygon and grid data, such as geological and geophysical surveys and associated maps. AGSO currently holds 500 MB of GIS data and a similar amount of image data on its web site; these data are expected to expand to a number of terabytes over the next few years. A primary role of AGSO is to provide its data to clients and stakeholders in as efficient a way as possible, hence its choice of Internet delivery. The major obstacle for supplying data of large volume over the Internet is bandwidth. Many AGSO clients are in remote locations with low bandwidth connections to the Internet. Possible solutions to this problem are presented. Examples of AGSO web tools are available at http://www.agso.gov.au/map/

The love affair geoscientists have had with their PCs leads many to think that a do-it-yourself approach can carry us into the dotcom era. However, the secret to the success of major online businesses is their mastery of the `backend' the logical, physical and human infrastructure that forms the foundation to their web sites. These businesses know that their customers are best served by focusing on the hard bit, the backend. Attractive web pages get customers in, but what keeps them returning is the quality, quantity and timeliness of the content behind the web site. Most successful dotcom companies have restructured, or built from the ground up, to provide the best possible backends. Geological surveys must do likewise to survive.

GeoSciML is the international standard for transfer of digital geological maps and relational database data. GeoSciML was developed over the past decade by the IUGS Commission for the Management and Application of Geoscience Information (CGI), and was adopted as an Open Geospatial Consortium (OGC) standard in June 2016. Ratification as an official OGC standard marked a coming of age for GeoSciML - it now meets the highest standards for documentation and current best practice for interoperable data transfer. GeoSciML is the preferred standard for geoscience data sharing initiatives worldwide, such as OneGeology, the European INSPIRE directive, the Australian Geoscience Portal, and the US Geoscience Information Network (USGIN). GeoSciML is also used by OGC's GroundwaterML data standard [1] and CGI's EarthResourceML standard [2]. Development of GeoSciML version 4 learnt considerably from user experiences with version 3.2, which was released in 2013 [3]. Although the GeoSciML v3 data model was conceptually sound, its XML schema implementation was considered overly complex for the general user. Version 4 developments focussed strongly on designing simpler XML schemas that allow data providers and users to interact with data at various levels of complexity. As a result, GeoSciML v4 provides three levels of user experience - 1. simple map portrayal, 2. GeoSciML-Basic for common age and lithology data for geological features, and 3. GeoSciML-Extended, which extends GeoSciML-Basic to deliver more detailed and complex relational data. Similar to GeoSciML v3, additional GeoSciML v4 schemas also extend the ISO Observations & Measurements standard to cover geological boreholes, sampling, and analytical measurements. The separate levels of GeoSciML also make it easier for software vendors to develop capabilities to consume relatively simple GeoSciML data without having to deal with the full range of complex GeoSciML schemas. Previously mandatory elements of GeoSciML, that were found to be overly taxing on users in version 3, are now optional in version 4. GeoSciML v4 comes with Schematron validation scripts which can be used by user communities to create profiles of GeoSciML to suit their particular community needs. For example, the European INSPIRE community has developed Schematrons for web service validation which require its users to populate otherwise-optional GeoSciML-Basic elements, and to use particular community vocabularies for geoscience terminology. Online assistance for data providers to use GeoSciML is now better than ever, with user communities such as OneGeology, INSPIRE, and USGIN providing user guides explaining how to create simple and complex GeoSciML web services. CGI also provides a range of standard vocabularies that can be used to populate GeoSciML data services. Full documentation and user guides are at www.geosciml.org.

We have completed a new Web interface that makes it easier for AGSO's clients to find and order products sold by the AGSO Sales Centre. The new system is on AGSO's Web site at http://www.agso.gov.au/databases/catalog /html. Alternatively, from AGSO's home page at http://www.agso.gov.au, click on the `Products' button and select `AGSO Products' from the pull-down menu of online databases. The new interface is similar to the `Products Database' it replaces, but is based on the `AGSO Catalog', a new metadata system designed to keep track of all of AGSO outputs - including products, publications, datasets and resources. The new interface will be followed shortly by a Web interface for finding publications, papers and articles by AGSO staff members.

NOTE: removed on request: 25 May 2016 by Sundaram Baskaran GWATER is a corporate database designed to accommodate a number of existing project groundwater and surface water data sets in AGSO. One of the aims in developing the database as a corporate repository is to enable sharing between AGSO projects allowing re-use of data sets derived from various sources such as the State and Territory water authorities. The database would also facilitate an easier exchange of data between AGSO and these authorities. This document presents an overview of the current structure of the database, and describes the present data entry and retrieval forms in some detail. Definitions of all tables and data fields contained within them are listed in an appendix. The database structure will not remain static. Future developments, such as the integration of data directly out of the database into geographic information systems, are expected to lead to modifications in the database structure with possible addition of new tables or fields. Use of GWATER by a range of project areas will undoubtedly lead to different needs in accessing the data, resulting in the request for further development of the data access tools.